-
-
Notifications
You must be signed in to change notification settings - Fork 247
[BUG] Outliers in gempy v3 #1009
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Conversation
Graphite Automations"Add gempy label" took an action on this PR • (03/26/25)1 label was added to this PR based on Miguel de la Varga's automation. |
Yeah, I have noticed that issue as well. Had some additional lith ids there suddenly |
Hi @AlexanderJuestel, just to make sure - did you encounter completely new IDs? So far I have only seen existing elements out of place (like in the screenshot above). |
I have actually encountered new IDs |
Thanks for opening this. This makes so much easier to chase these things. For now I mark it as draft since it is not meant to be reviewed. |
This stack of pull requests is managed by Graphite. Learn more about stacking. |
Description
Since the release of gempy v3 we noticed some outliers in the lithology block. These are basically single cells that have a wrong element ID in the lithology block. They generally appear close to surface boundaries and are appearing depending on resolution. This might be caused when mapping sclar field values to int for the lithology block.
As I don't think the isse is related to Octrees or DC I opened a new pull request. This issue will cause problems when reintroducing MC as a meshing approach in #1000 and #1006 .
For now I added a single example as a test (see screenshot). I will add more examples whe I come across them and have time.
Checklist
or 2. verifies that outputs are as expected for given inputs (e.g. unit tests).